home *** CD-ROM | disk | FTP | other *** search
/ Just Call Me Internet / Just Call Me Internet.iso / archives / com / internet / sting / time.lzh / T_SERVER / T_SERVER.DOC < prev    next >
Text File  |  1997-08-10  |  3KB  |  50 lines
  1. ;----------------------------------------------------------------------------
  2. ;File name:    T_SERVER.DOC            Revision date:    1997.08.10
  3. ;Creator:    Ulf Ronald Andersson        Creation date:    1997.08.01
  4. ;(c)1997 by:    Ulf Ronald Andersson        All rights reserved
  5. ;Feedback to:    dlanor@oden.se            Released as FREEWARE
  6. ;----------------------------------------------------------------------------
  7. ;--- !!! ---  Please read the full text below at least once.  --- !!! ---
  8. ;This will help you avoid some simple but otherwise inescapable problems.
  9. ;----------------------------------------------------------------------------
  10.  
  11. T_SERVER is a simple server program that when installed constantly listens
  12. for incoming requests to either of four ports.  "Daytime" protocol requests
  13. are expected on ports UDP(13) and TCP(13), whereas "Time" protocol requests
  14. are expected on ports UDP(37) and TCP(37).  The server responds to these
  15. requests by sending a packet with the requested information, and then goes
  16. back to listening for further requests.
  17.  
  18. This server will run as ACC under singletasking TOS, but may also run as
  19. APP, GTP, PRG in any multitasking environment.  STinG is a requirement too,
  20. since this is the only TCP/IP stack which has the server interface used.
  21.  
  22. As yet all user interaction of this server is through alert boxes, and as yet
  23. these are still modal, though this may change in future versions if warranted.
  24. All that these do is to show which ports were successfully opened, and allow
  25. the user to view the servers concept of local time and GMT.
  26.  
  27. When started as APP, PRG, or GTP program under a multitasking AES, the server
  28. does not immediately start any user interaction, but behaves more like an ACC.
  29. It merely goes dormant, awaiting future AES messages  AC_OPEN or VA_START.
  30. In the latter case it naturally responds with AV_STARTED, and in either case
  31. it then continues with the same alert as when the ACC is opened.
  32.  
  33. In order to respond correctly to "Time" requests, T_SERVER must know your time
  34. zone relative to GMT, and in most cases will also need to know during what
  35. period to apply a 'daylight savings' correction.  After all, even London does
  36. not use proper GMT time during summer...!  For this purpose two new variables
  37. must be defined in STinGs DEFAULT.CFG
  38.  
  39. I use the following lines in DEFAULT.CFG:
  40.  
  41. TIME_ZONE   = +60          ;Sweden is 60 minutes ahead of GMT normally
  42. TIME_SUMMER = 03.30.10.26  ;But we add 1 hour during March 30 through Oct 25
  43.  
  44. An australian would of course have quite different values, but the algorithms
  45. are prepared for this and should handle it correctly (otherwise tell me !).
  46.  
  47. ;----------------------------------------------------------------------------
  48. ;End of file:    T_SERVER.DOC
  49. ;----------------------------------------------------------------------------
  50.